Consistency fix (breaking): LibraryItemKey is replaced by CollectionKey and ContainerKey#379
Conversation
|
Thanks for the pull request, @bradenmacdonald! This repository is currently maintained by Once you've gone through the following steps feel free to tag them in a comment and let them know that your changes are ready for engineering review. 🔘 Get product approvalIf you haven't already, check this list to see if your contribution needs to go through the product review process.
🔘 Provide contextTo help your reviewers and other members of the community understand the purpose and larger context of your changes, feel free to add as much of the following information to the PR description as you can:
🔘 Get a green buildIf one or more checks are failing, continue working on your changes until this is no longer the case and your build turns green. DetailsWhere can I find more information?If you'd like to get more details on all aspects of the review process for open source pull requests (OSPRs), check out the following resources: When can I expect my changes to be merged?Our goal is to get community contributions seen and reviewed as efficiently as possible. However, the amount of time that it takes to review and merge a PR can vary significantly based on factors such as:
💡 As a result it may take up to several weeks or months to complete a review and merge your PR. |
| if TYPE_CHECKING: | ||
| from opaque_keys.edx.locator import LibraryLocatorV2 |
There was a problem hiding this comment.
This refactor allows us to get rid of this messy import of a locator (subclass) in the keys (parent class) file.
8f95269 to
300d036
Compare
300d036 to
f4f227f
Compare
f4f227f to
8574864
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #379 +/- ##
==========================================
+ Coverage 93.84% 94.00% +0.15%
==========================================
Files 31 31
Lines 3007 3036 +29
Branches 192 191 -1
==========================================
+ Hits 2822 2854 +32
+ Misses 159 156 -3
Partials 26 26
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
The opaque keys used for items in libraries are:
Thinking about this, it's going to be very confusing that we use the term "item" for anything in a library but XBlock keys in libraries (LibraryUsageLocatorV2) are not LibraryItemKeys. It's also weird that the base UsageKey is for XBlocks anywhere but the base LibraryItemKey is for two different types of things and is specific to libraries.
This PR clears up this and makes it consistent via a slight breaking change to the following:
This is a breaking change but won't affect much code and I think it's important to avoid confusion and mess in the future. Here are the corresponding changes to
content_librariesand related apps in edx-platform: openedx/openedx-platform#36588